Style guide 文字書寫指南

1. Explain consequences 清晰表達後果，讓使用者明確操作的影響

以簡潔直白的方式說明操作結果，避免使用威脅或居高臨下的警告語氣，重點突出功能影響。

✓ 第一句直接詢問使用者是否要將內容移至垃圾桶。第二句僅提供關鍵資訊，無需額外思考。
×增加了不必要的確認步驟：第一句這個問題讓使用者停頓一下，增加了認知負擔。第二句強調的是“使用者仍然可以找回”，而不是“內容將在 30 天后刪除”。

2. Use scannable words and formats 使用易讀的標題和格式，幫助使用者快速理解內容

使用分層標題結構和簡潔文字幫助使用者快速找到資訊，減少操作錯誤。這種組織方式在使用者快速瀏覽時尤其有效。

3. Use sentence case 遵循句子式大小寫，避免不必要的全大寫或標題格式

使用句子式大寫：僅首個單詞首字母大寫。這適用於所有介面文字，包括標題、標籤、選單和按鈕等。

✓ “Leave this page?” 採用句首字母大寫（Sentence case），更符合現代 UI 設計規範，也更易讀。

× “Leave This Page?” 採用標題式大寫（Title Case），但這裡並不是標題，而是一個問題，顯得不太自然。

4. Use abbreviations sparingly 減少縮寫形式

✓ 必要時才使用縮寫，並確保格式正確，例如 "AM" 和 "PM"
× 當有完整空間時避免使用縮寫形式

5 Use second person pronouns ("you") 優先使用 “you” 和 “your”，讓 UI 更有互動感。

推薦使用"you"和"your"與使用者直接對話。例如："Your mail isn't available. Try checking your Wi-Fi connection."

6 Don’t combine first and second person 避免混用第一人稱和第二人稱,保持一致性

使用統一代詞："you/your" 或完全不用代詞。例如："Your photos" 而非 "My photos"。

避免混用代詞，如 "My photos" + "Save all" 會造成混淆。

✓ 使用 "Your mail isn’t available."（你的郵件不可用），增加了與使用者的對話感，讓通知顯得更友好、貼近使用者。
✓ 採用了“Photos”作為標題，適用於更廣泛的使用場景。這種措辭既可以涵蓋個人照片，也可以適用於共享相簿、朋友的照片等。
× "Mail not available" 語氣過於冷漠，缺乏人性化表達，像是系統錯誤提示，而不是給使用者的友好提醒。
× “My photos” 讓使用者誤以為這些照片僅限於自己的內容，而實際上頁面可能包含共享的照片。如果是一個共享相簿或雲端儲存中的圖片，“My photos” 會造成認知上的偏差。

7 Use caution with “I” and “we” 謹慎使用 “I” 和 “we”

大型公司使用"我們"或"我"可能顯得生硬。建議從使用者角度出發，避免使用這些代詞重寫內容。

✓ 不要使用第一人稱代詞來代表谷歌

× "My latest episode" 和 "My best match" 使用第一人稱容易混淆，因為這些內容是系統推薦的，而不是使用者選擇的。
✓ 第一人稱可以幫助使用者瞭解他們何時在做具有重要影響的決策

× "we can assist" → "We" 讓使用者不清楚到底是誰在提供幫助，是 Google Ads 還是代理機構？"Get our help" → "Our" 可能讓人誤解，應該更明確地說明是 Google 提供的支援，而不是一個團隊的主觀表達。

8 Skip periods and unnecessary punctuation 避免不必要的句號和省略號

谷歌通常遵循美聯社（AP）專門針對英語使用者體驗寫作：Associated Press (AP) style

單行句子不使用句號。僅在多句文字、長句或複雜句子中使用句號。

✓ 單行句子不使用句號
× 僅在多句文字、長句或複雜句子中使用句號

9 Use contractions 使用縮寫（如 don’t） 讓語言更自然

使用 “don’t” 而不是 “do not”，讓語氣更自然、易讀。

✓ "can’t" 是更口語化的表達，讓介面顯得更友好、貼近使用者。
× “cannot” 是更書面化的表達，在 UI 設計中不夠自然。

10 Use serial commas 使用牛津逗號 避免歧義

使用連續逗號（或牛津逗號），但在“&”符號之前除外。始終將逗號放在引號內。

牛津逗號（Oxford Comma，也叫 Serial Comma）是指在列舉三個或以上的專案時，在“and”或“or”之前使用的逗號。牛津逗號的主要作用是消除歧義，提高可讀性。

比如：We invited the strippers, JFK and Stalin.（我們邀請了脫衣舞女郎、肯尼迪和斯大林。）這裡可能讓人誤以為JFK 和斯大林是脫衣舞女郎的名字！

✓ 正確使用了逗號（Oxford Comma/牛津逗號），讓句子結構更清晰，減少歧義。
× 缺少牛津逗號，可能會導致誤解，尤其是當句子結構較複雜時，使用者可能會把 "chats and drafts" 誤解為一個整體

11 Skip colons in headings 標題中不使用冒號，但列表內容可以使用。

對於專案列表的標題，不要使用冒號。對於正文內的列表，則使用冒號。

12 Use exclamation points sparingly 感嘆號應謹慎使用

不要在普通通知中使用感嘆號，以免顯得過度激動或不專業。

✓ 感嘆號用於慶祝時刻
× 避免在空狀態和常見任務中使用感嘆號

13 Use ellipses sparingly 謹慎使用省略號

✓ 省略號用於表示進行中的動作或不完整文字
× 不要在選單或按鈕中使用省略號

14 Use parentheses to define terms 括號用於定義術語

✓ 圓括號主要用於定義首字母縮寫詞、行話和引用出處
× 不用於新增旁註或補充說明。

15 Skip ampersands in body text 正文中避免使用 "&"

在標題和按鈕等介面元素中可用"&"替代"和"。但在空間充足時，建議完整拼寫"和"以提高可讀性。在正文、列表和郵件主題中，應完整拼寫"and"。

✓ 空間有限標題可以使用&
× 避免在郵件主題中使用&，有些郵件客戶端或系統不支援 "&"，可能會導致郵件標題顯示異常

16 Use dashes with caution 謹慎破折號與連字元

避免使用長破折號，因為它會打斷句子流暢性。建議用逗號、句號或分句來表達。

✓ 使用不帶空格的連線號（短橫線）來表示一個範圍，例如上午 9 點—中午。

使用連字元

規則示例原因
形容詞短語（Hyphenate adjective phrases）Case-by-case basis、Best-in-class performance當多個單詞作為形容詞使用時，需要用連字元連線，避免歧義。
名詞短語（Hyphenate noun phrases）Sign-off、Drive-through當名詞短語包含“動詞+副詞”時，需要連字元。
用作名詞的形容詞（Adjective phrases as nouns）Higher-up、Most-read當形容詞短語被用作名詞時，需要連字元。
固定表達（Fixed phrases）Jack-of-all-trades、Stick-in-the-mud某些複雜或固定搭配的片語需要連字元，以確保易讀性。

不使用連字元

規則示例原因
常見的名詞短語Cell phone number、Chocolate chip cookie如果是常見的名詞短語，不需要連字元。
動詞短語（Verb phrases）Look out for falling rocks、Check in to the room如果是動詞短語（即包含動詞+副詞/介詞），不要使用連字元。例如，"check in" 作為動詞不需要連字元，但 "the next check-in" 作為名詞時需要連字元。

19 Use italics sparingly 謹慎使用斜體

斜體難以閱讀，建議改用加粗。

✓ 書名、電影名等特定用途。單個詞語用斜體
× 避免整段使用斜體

20 Don’t use caps blocks 不要使用大寫